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US-PAT-WO: 6604111 

DOC UMENT-IDENTIFIER: US 6604111 B1 

TITLE: Method and system for spooling virtual machine 

data-presentation jobs via creation of an executable file 

KW1C 



Detailed Description Text - DETX (58): 
JVM 1101 may also be an »mt>edd»ci virtual machine Implemented In hardware,! 

firmware, mlcr6cbti5! or read-only code stored in printer hardware 1 1 02. A j 
printer device enabled with such a virtual machine would provide for easy I 
portability and extensibility of support for print services required by Java [ 
applications. The fact that execut able print fi le 1100 comprises compiled Java ) 
source code statements allows the grlnilloBl to be easily transportable yet 
also be structured such that they may be quickly and efficiently executed on 
various computer platforms. 
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U3-PAT-N0: 6604111 
DOCUMENT-IDENTIFIER: US 6604111 B1 

TITLE: Method and system for spooling virtual machine 

data-presentation Jobs via creation of an executable file 



Detailed Description Text - DETX (68): 



virtual machine Implemented In hardware, 



JVM 1101 may also be an 



firmware, microcode^ or read-only code stored in printer hardware 1102. A 
printer device enabled with such a virtual machine would provide for easy 
portability and extensibility of support for print services required by Java 
applications. The fact that execut able print f ile 1100 comprises compiled Java 
source code statements allows the j^ntljjpbjl to be easily transportable yet 
also be structured such that they may be quickly and efficiently executed on 
various computer platforms. 
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US-PAT-NO: 6566308 

DOCUMENT-IDENTIFIER: US 6666308 B1 

TITLE: Color separation of graphic Imago files 
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Brief Summary Text - BSTX (45): 

A Print Ready File Is batched to an Imposition, sometimes along with other 
PRFs, depending on the batching rules for Imposition. A client application, 
such as the plater service, polls ILIAD, finds the batched PrlriCRealtY KU«3B 
0» e sf th <gloB/t e m p I at o objects (through the gateway service) to create 
separation parameter files, then submits the job to the que ue throug h gateway 
service. The client application periodically polls for status Battel . The 
queue processor service find the job I n the que ue, submits It to the Farm 
service for color separation, and then Eg^StH the job/template object with 
status so the client application can report errors, continue with successes, 
etc. 



U 1 [Document IP | Current OR|Pagesj~ 



D 
D 



Title 



US 6567176 ;358/1.14 
B1 



197 jlnformation processing a p pa rat u 
control method therefor 



US 6556308 358/1.15 39 Color separation of graphic imag Tl 



US 6477670 
B1 

US 6466935 
B1 



1709/224 
!707/10 



US 6418456 1707/203 
B1 



146 

16~" 



16 



Information processing system 
method therefor 
Applying relational database teclj 
to process control In manufacture 



Clean-up of files In a network sysji 



Q Dot* 



^..L^JM 8 6317823 : 7j^2/22 0 42 Apparatus and method for procei" 



(u) United States Patent 

Uratyet iL 



iinmiiiiiiniDiii 

US006556306B1 

CUT) Piicrrl No.: US 6,556,308 Bl 
(45) Dtte of Pitem: Apr. 29, 2003 



£4) COLO 2 SEPARATION Of GRAPHIC IMACS 
FILES 



Cory t Eta, EOzak, WA (US); 
BradX Km. BaftSKt Wk(US) 

LWA(US) 
154(b) fay 0 dip. 



(21) AppL Nu QiiAtXflTf 

(22) FDc± Jm.U,200D 

(51) to. CL 1 

<5Z) v&a 

(5S) EUdofSttltb. 



. COW 
. 733,305 

. mu 



(74) ABorm%Agttt r tw Flrm—Btjct Wtnxi A Ttnsn. 
LLP 



U05^53 bi 



turn i 

IJOCD rtrrijnrtu «il - 

LOUD Oo|aiL 

VZXD Jttafea « iL 
4390O d d. ____ 

TjXXD Ekcjtrad. 

K20U Wtea»«d. 



(57) 



ABSTRACT 



353-10, 104 L17, UX U4, SOOt, SU, 
518, 523, 524, 527, 537, 10, IX L<< 1.7. 
1* 707/523, 517; 709,117; 34V501; 38T294 



iepuLioojtriaeca far (b» job tad » eSea t^nrinn 



US. PATENT DOCUMENTS 

5,EOT,1L3 A * K»l Gcad 

IJ1JJ36 A • KSM NsttltfaL SStfU 

i,5«£S7 A * EkntiMq 3S4U 

lfi3S.TU A * EnZm „ HZ/2M 

i/U^Cl A • (HH7 Oufkad 707325 

S.7UJB3 A Ipoesi 

1 VUxftai 



lo j film nfr¥flited tidlu tcptn1fo& QtiLVij K^rict isd 



VUJHJ A • H9M 1 
$«MM15 A 120901 OaA . 
SJ11.7W A * 6/I9M Qoek . 



1SVL9 

wva 

XJP/217 



wftwtR loo] then t twpu tbi fiJe ml ynflvm eoloo' 
•cptrt&a (he Ilk. tibf e» ttafevcd color Kptnaao 
i.ia«iiboBt 



I CUut 1J Ttrwrtot Bmb 




Color a^»ntioft6ute]r«*in ^ 



3" 



tjEAS I B*o***et - LIS 123) (|npdJU3« 1US 65671761 lag S I Doc 1/23 I TdT 1/137 U old! «—gei 1971 



lh £<* lock *£rda» £*> 



p 



m 
m 



U3-PAT-N0: 6667176 
DOCUMENT-IDENTIFIER: US 6667176 B1 

TITLE: Information processing apparatus and control method 

therefor 

KW1C 



Detailed Description Text - DETX (121): 

When " Art; file A&g t; was ch anged to & It; tile A'&gtr Is Input, It Is 
ascertained that the upaMlfKj of the Job table is t he object. As the 
condition/situation, the & It : fTl oTA y &!ftITpf*m 1 no! 1 oB Is stored in the job 
table. Thus, a plan is made to query a user concerning the changing of the 
printing target to Atttfle A'>. Then, the query "Print &tt;file A'> 
instead of Alt^ile A> before amended?" is presented to the user. 
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Brief Summary I ext - B«IX (1 3): 

In further embodiments the tt^o^Prf^yM^^^^to" ? 
h^HcTjaTSSfr^ The network devices Include printer controllers 
to process the print file. The data structure Indicating network devices that 
Include previous versions of the print file Is a first data structure. 
Further, the processing unit, when determining the network devices that include 
the previo us versions of the print file, processes a second data structur e 
Indicating 

file 



Detailed Description Text - DETX (18): 

One problem with maintaining component Die$fQr /a;pnnu*QDrffHe« 

system 2 Is that if a component 
in the common library storage 10, then 
outdated versions of the component file may still be maintained at other 
locations In the network printing system 2 and be reused In subsequent print 
jobs. Preferred embodiments provide a clean-up mechanism to Insure that no 
outdated versions of component files are maintained In the network printing 
system 2. 



Detailed Description Text - DETX (19): 

FI03. 3a, b Illustrate logic implemented In the printer manager 6 as part of 
an application program or the operating system to clean-up files downstream of 
the printer manager 6 when a print file I s jjpdatetl Logic begins at block 30 
where the printer manager 6 detects anyggsyfto a print file. As discussed, 
the sto rage 10 may pro vide a co mmon library repository for print jobs. An 
upboMi would occur by uoaatind the print file in the common libr ary reposi tory 
or by user request. Control then transfers to block 32 where the jjjfjfjjgjj ~ 
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US-PAT-NO: 6580177 
DOCUMENT-IDENTIFIER: US 5580177 A 

TITLE: Printer/client network with centrally updated printer 

drivers and printer status monitoring 

KW1C 



Detailed Description Text • DETX (32): 

Turning now to the flow diagram of FIGS. 3a and 3b, the overall operation of 
the system of FIO. 1 will be described. Initial ly, a printer utility 24 In a 
client processor requests a 5r fntllo STtf oroTfl \M server 16 (box 70). In 
response, file server 16 provides the requesting client processor with a list 
of available printers (box 72). Upon selection of a printer, the client 
processor causes file server 16, via printer/driver table 36 and printer/driver 
library 38, to com pare the printer driver in library 38 with a printer driver 
26 contained In the client process or (box 74 ). If the compared printer drivers 
do not match (decision box 76), an ^ydatoij printer driver 26 Is down-loaded 
Into the client processor from printer/driver library 38 (box 78). In this 
manner, It Is assured that the requesting client processor contains most 
btfaat¥d printer driver 26 for the requested printer. 
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DISCLOSURE TITLE: Checkpointing for Printer Restart 
(Sequence Number 

Method). September 1981. 

PUBLICATION-DATA: IBM Technical Disclosure Bulletin, 
September 1981, US 

VOLUME NUMBER: 24 

ISSUE NUMBER: 4 

PAGE NUMBER: 1 893 - 1 895 

PUBLICATION-DATE: September 1, 1981 (19810901) 

CROSS REFERENCE: 0018-8689-24-4-1893 

DISCLOSURE TEXT: 

3p. In computer-connected output printers, when an error is 
detected by the printer, the host computer will be notified by 

an 

appropriate error status indication signal. The host computer 
will 

then solicit print job restart recovery information from the 
printer. 

Based on the information, the host processor can determine 
where it 

must resume transmission in the data stream that was sent in 
order to 

restart the job at the beginning of a new sheet of paper 
corresponding numerically to th page where the error 



ccurred. If 

the printer is in perative, the job may actually be restarted n 

another printer sine th inf rmati n tells the h st where t 
begin 

retransmission. 
The host processor insures that the first byte of 

data retransmitted begins at the specified Request Unit (RU) 
sequence 

number and provides to the printer the checkpoint data 
necessary to 

resynchronize to the page on which printing is to resume. N 
pages 

are bypassed without printing by the printer to avoid 
duplicating 

those pages printed without error, from the checkpoint to the 
page on 

which the error occurred or a previous page. 

Figs. 1 through 4 illustrate possible restart conditions 
involving data streams that may have transparent data or 
compressed/ 

compacted data within them. The recovery point is defined 
based on 

the assumption that the printer keeps a remembrance of 
Request Unit 

sequence numbers passed in the standard SNA (System 
Network 

Architecture) format headers to identify blocks of data. 

The first case is that illustrated in Fig. 1. A simple data 
stream containing no parameterized data is assumed. The 
checkpoint 

occurs at some arbitrary byte in the data stream every K 
pages at the 

first printed character following the page ejection, as specified 

by 

the host processor set checkpoint interval command. In order 

to 



inf rm the host comput r where the printer was in the printing 
j bat 

the time the err r was detected, it is necessary t provide 
identification of the current Request Unit sequence number. 
This 

number if maintained in a register which is updated with each 
new 

Request Unit header. It is also necessary to provide the 
position in 

number of bytes which have elapsed in the job since the start 
of the 

current Request Unit. 
This is defined as the control sequence offset 

count and is a number maintained in a counter register, that is, 

incremented with each byte of data printed. In Fig. 1, a 
checkpoint 

has occurred at the indicated spot and a Delta(1) exists from 
the 

start of the given Request Unit. By providing the control 
sequence 

number N and the Delta(1) offset count as a number of bytes 
actually 

printed up to the time the checkpoint occurs, the host 
computer will 

be informed of where to begin retransmission of the data. The 
necessary counters and logic circuitry for storing the counts 
are not 

illustrated since these are obvious to those skilled in the art or 
can be implemented in microcode routines. 

Fig. 2 illustrates the case where transparent data occurs, 

but 

is not contained in compressed/compacted data streams. The 
start of 

transparent data can occur in one Request Unit and the 
checkpoint may 

occur in an ther Request Unit as illustrated. Sequ nee 



numbers are 

st r d as in the previous example and updated with each new 
Request 

Unit. When transparent data occurs in the data stream, a 
register is 

stored with the location of the start of transparent data within 
the 

Request Unit and another counter is started to count the offset 
from 

the start of transparent data to the checkpoint. The counter 
which 

is counting the offset bytes from the start of transparent data 
will 

be stopped and the results stored when a checkpoint occurs. 
The data 

to be provided to the host then includes the Request Unit 
sequence 

number where the transparency data began, the Delta(1) 
control 

sequence offset where the beginning of transparent data 
occurred, and 

the Delta(2) offset occurring within the transparent data 
stream from 

the start of transparent data to the point where the checkpoint 
occurred. 

A third case exists as shown in Fig. 3. This case pertains 

to 

that where compressed or compacted data occurs which does 
not contain 

any standard character string control codes. In case 3, the 
current 

request response sequence number is stored in the register as 
with 

the previous two cases. When a string control byte (SCB) 
occurs to 

signal the start f c mpressed r c mpacted data, an ther 



register is 

I aded with the count of the numb r of bytes executed within 
the 

current Request Unit up to the point where the SCB was 
detected. 

Another counter is started to keep a count of the bytes 
elapsed 

during the compressed or compacted data stream up to the 
point where 

the checkpoint occurs. 
The host computer must then be provided with 

the sequence number where the SCB occurred, the Delta(1) 
offset from 

the start of that RU to the point within the sequence number 
where 

the SCB started, and the offset Delta(2) from the SCB to the 
point 

where the checkpoint occurred. 

Fig. 4 illustrates the case case where a compressed or 
compacted data stream does contain standard character 
stream control 

codes. It will be been that Fig. 4 is a combination of those 
cases 

shown in Figs. 2 and 3. Current Request Unit sequence 
numbers are 

maintained in registers as before and a counter operates from 
the 

start of each sequence number until a string control byte is 
encountered, whereupon the Delta(1) offset from the start of 
the 

current Request Unit is stored as the starting point for the 
compressed or compacted data. Another counter is started at 
this 

point to measure the distance elapsed in the data stream until 
the 

b ginning of transparent data is enc unter d. This is the ffset 



D lta(2) shown in Fig. 4. 

This count if similarly stored In the 
register and an ther counter is begun measuring the offset 
within the 

transparent data portion of the data stream until the 
checkpoint 

occurs. To recover the job and begin printing at the 
appropriate 

point, the host computer must be given the sequence number 
of the 

Request Unit and the three Delta offsets, as illustrated, to 
locate 

the position within the data stream where the checkpoint 
occurred. 

Although not illustrated, the data stream also contains 
sequence 

numbers for vertical and horizontal Request Units containing 
format 

commands and similar count offsets from the start of the 
specified 

Request Units to enable vertical and horizontal position 
recovery. 
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DISCLOSURE TEXT: 

Many IPDS Negative Acknowledgments (NACKs) can occur 
either on 

a page or within a printer resource. Although a printer can 
report 

if one or multiple resources were involved in an error, prior to 
this 

invention this information was not actively used by IPDS print 
drivers to affect recovery from a particular printer problem. If 

it 

can be determined that a resource itself is the cause of a 
reported 

error, additional recovery actions are desirable to ease 
diagnosis 

and av id r p ated discovery and rep rting of the error. 



Utilizing the existing Res urce Identifi r fi Ids in IPDS 
NACKs, the kern I resource which has caused the NACK, if 
any, is 

identified. Proper identification allows helpful reporting to the 
user, and modification of error recovery actions for the NACK. 

In 

abstract, the invention is to: 

1. Identify the kernel resource in error, if any. If a kernel 
resource is identified then: 

a. Report the external name of the kernel resource to the 

user 

toaid problem resolution. 

b. Determine if the kernel resource is causal. 

c. If the resource in error is causal, change the recovery 
actionsfrom the NACK to cause the print job to be 

terminated 

(insteadof just the page in error, for example). This also 
results in achanged recovery message to the end user. 
This invention is instantiated in PSF/2. 

For IPDS printers which return 24 sense-byte NACKs, 
information 

can be returned about the Overlay, Page Segment, or Font 
which caused 

(or was associated with) the error. 

Previously no use of this information was made other than 

to 

echo it to the user, and it was not considered possible and 
desirable 

to use this information to modify the user messages generated 
and the 

recovery actions for the reported problem. The difficulty in 
making 

any use of this information is that the same NACK can be 
reported 

with nothing but zeros in these fields (indicating that the 
NACK 



ccurr d on an IPDS page), r can b rep rted with 
inf rmati n in any 

r all of th se fi Ids (indicating that the NACK occurred n a 
page, 

but within a resource). Compounding the difficulty in using 
this 

information, sometimes a resource ID is provided even though 
the 

resource is not causal; ie, for some NACKs (such as off the 
page), 

one or more resource IDs may be provided, but this does not 
indicate 

that the individual resources are the cause of the error. 

This invention establishes a procedure for identifying the 
kernel resource which is in error, effectively reporting the 
resource 

in error information to the user, and modifying recovery 
actions 

appropriately if a causal resource has been identified. 
Identifying the kernel resource in error is necessary 
because 

overlays can imbed (use) other resources (fonts, segments, or 
other 

overlays). For example, a page segment may be loaded into 
the 

printer with an image error, and this image error could be 
exposed 

when the page segment is used on its own, or when it is used 
in the 

context of an overlay which imbeds it. The latter case is 
interesting, since IPDS does not govern explicitly which 
resource IDs 

need to be returned: the overlay ID, the segment ID, or both 
could be 

returned depending upon the printer microcode 
impl mentation of IPDS. 



Th ref re the kernel identificati n part f this inventi n is 
pportunistic, and the m st explicit res urce ID pr vided in 
the NACK 

is taken as the kernel resource. 

This follows since if both an 
overlay ID and a Segment ID are provided, it must be the case 
that 

the segment is the problem and it happens to be within an 
overlay; 

the information that we want to relay to the user is that the 
segment 

is broken, not that the overlay is, since there is no way to fix 
the 

overlay other than by fixing the segment. 

Once a kernel resource has been identified, it is 
determined if 

the resource is causal or not. A causal resource has some 
problem 

which will cause a NACK to be reported anytime that resource 
is used 

(for example, invalid image data). A non-causal resource is a 
victim 

of circumstance, whereby the use, context, or placement of a 
resource 

is not valid, but the resource itself does not contain any errors, 
and could be used correctly on another page. This invention 
makes 

the causal classification of the kernel resource by heuristically 
treating any resource identified in the X'08 a class of IPDS 
NACKs as 

non-causal (for these NACKs, the resources are often just be 
positioned inappropriately, and have fallen off the edge of the 
page). In all other cases except the X'08 1 class of NACKs, any 
identified resources are causal. 

The kernel resource is always identified to the user in a 
m ssage which c ntains th name of the res urce in rr r (not 



just 

its identifier), even iff it is n t a causal resource. This is a 
significant improvement v r th pri r art, since for the first 
time 

explicit information is given to the user about the resource 
associated with an error. An additional message will be 
provided iff 

the resource is determined to be causal, to further clarify that 
the 

identified resource caused the problem. Note that this can be 
extremely important, since no job which requires this resource 
will 

print correctly until this resource is fixed. 

Iff the kernel resource is also causal, two things occur. 

First, the resource is marked as broken to prevent any 
subsequent use 

of this resource until it is fixed. This is important, since it has 

now been established that any subsequent use will cause the 
reported 

error to reoccur. Keeping track of the broken resource 
prevents 

other users and jobs from encountering the same broken 
resource until 

it is fixed. Secondly, the recovery actions for the print job are 
changed to terminate the job (instead of just the page that 
contained 

the error, for example). The rationale here is two-fold: firstly, 
this is a serious error that demands immediate attention, and 
secondly, jobs are often homogeneous, and it's likely that 
subsequent 

pages of this job will contain references to this resource and 
will 

therefore be unprintable anyway, so this avoids wasting paper 

or 

machine time. 

Note that multiple NACKs rep rt d tog ther in a single 



NACK 

stack, whether f r the same page or for multiple pages, can 
each have 

a different kernel (and possibly causal) resource. This 
algorithm as 

instantiated within the PSF/2 produce handles any such 
multiple-resources-in-error case correctly too. 
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DISCLOSURE TEXT: 

Comprehensive Test Tool (CTT) is an integrated testing 
development tool that coordinates and standardizes testing for 
developers, testers, managers and system assurance auditors. 
CTT can 

be used not only for component testing, but also for build 
verification, development, product and system testing. CTT is 

a 

menu-driven tool executed on a virtual machine operating 
system (VM) 

with SQL (Sequential Queries Language) data base support. 
The data 

base contains department information, component information 
and test 



inf rmati n. The latt r includes inf rmati n n variati ns, test 

cases, test pr grams, t st plans, test buck ts and test status. 

***** 

SEE ORIGINAL DOCUMENT ***** Using CTT, testers and 
developers can 

produce reports with this information for themselves, their 
managers 

and system assurance personnel. 
Any testing-related documents, test 

programs and status reports can be generated by using the 
information 

in CTT's central data base. Fig. 1 illustrates the major CTT 
functions which support testing development. The Native 
system (the 

system being built) is used to compile the Native High Level 
Language 

programs and execute the Test Cases. A communication line 
is needed 

between CTT and the Native System in order to download or 
upload the 

testing information. The master copy of that information 
(which 

includes Test Plan documentation, Test Case descriptions, 
Variation 

descriptions, Test Program code, Test Buckets and Test 
Results) is 

stored in the VM system data base. The Comprehensive Test 
Tool 

complies with the testing development process. CTT provides 
the user 

with six major functions. These functions are listed below. 

***** 

SEE ORIGINAL DOCUMENT ***** 1. In teg rated Test 1 (IT1) 
Package 

Development This function: 

C mp nents, High Level IDs, L w Level IDs and 



Keyw rds. 

br ws and print Variati ns f r a Component, 
br ws and print Test Cas s. 2.lntegrated T st 2 (IT2) 
Package Development This function: ;. ALLOWS THE USER TO 
CREATE, 

UPDATE, DELETE, COPY, RENAME, 

compile/bind, browse and print Test Programs for a 
Component. DATA. AND 

browse an Include file. 3-Test Plan Development This 
function: IT1 

or IT2 into a Test Plan for review. PRINT 
request. 4.Test Bucket Generation. A Test Bucket is a 
single program that 

will execute all of the Test Cases it contains. This function: 

ON 

one or more of the following: Component, High Level ID, 

Low 

Level ID, Keyword, Test Case Status, 
compile/bind the Test Bucket, up date the Master 
Component status. 5. Queries/Reports This function allows the 
user to 

ask about test information. The 

user may present that information on-line or print it. Test 
information includes Keywords, Variations, Test Programs, 

Test 

Cases, Components, Test Buckets and Departments. 6. User 
Profile 

Maintenance This function: 

allows the user to change the user name, department, 

upline 

department and preferred editor fields in his or her CTT 

user 

profile. The Comprehensive Test Tool has the following 
features: T Coordinates the Testing Process CTT allows the 
user to 

d vel p Test Plans, cod Test Pr grams, 



create Test Buckets and g nerate Test Results. These CTT 

func 

ti ns are executed on VM with SQL data base support. 
T Coordinates 

the Sharing of Data Test information is centrally stored in the 
SQL 

data base. 

Centrally stored information allows the user to easily view 

and 

efficiently copy another CTT user's test data. CTT provides 
skeleton files for Test Programs and Test Plans. 

Information entered into CTT by the user is embedded into 

these 

skeleton files. This improves the user's speed and 
accuracy. 

GENERATION The S-Curve and Test Matrices are generated 
and embedded 
into the 

IT1 Package. CTT generates the Test Bucket Driver 
Program which 

evokes associated Test programs. T STANDARDIZES TEST 
RESULTS AND 

REPORTS After a Test Bucket is created on VM, it is sent to 
the 

Simulator 

or to the Native System to be tested. Test Results are 
recorded 

in a standard format and returned to VM. 
A Test Results Report, 
also in a standard format, can be generated for browsing or 
print ing. 

.SECURITY CHECKING Only the owner of a Component can 
use the READ 

and WRITE functions 

for that Component; other CTT users can only view or copy 

the 



test 

inf rmati n for that Component. 
.CONSISTENT FUNCTI N KEYS Functi n keys are c nsistent 
from screen 
to screen. 

.HELP TEXT FOR EACH SCREEN 

Each screen has an on-line Help text which provides 
detailed 

information relating to that screen. 
.COMPILE/BIND FUNCTION CTT interfaces with IDSS to 
access the proper 
compiled/bind screen 

for the user who wishes to use the compile/bind function. 
.PRINTING CAPABILITY The user can print any CTT test 
information 

using the CTT print 
function. 

The test information includes Variations, Test Cases, 

Test Programs, Test Buckets, Test Plans and Test Reports. 
.BATCH JOB SUBMISSION For the print and compile/bind 
functions, CTT 

allows the user to 

submit the job through immediate or overnight batch job 
submis 
sion. 

.LIST PROCESSING 

The user may ask CTT to search its data base and display a 

list 

for a specific input field. The user may leave an input field 
blank to receive the complete list of valid choices. Or the 

user 

may complete part of the input field so that CTT will limit 

the 

list to the user's input field specifications. 
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DATE: Wednesday, August 13, 2003 

Set Name Query Hit Count Set Name 

side by side result set 

DB=USPT; PLUR=YES; OP=ADJ 

L8 13 and ((updat$3 or install$3 or upgrad$3 or modif$6) with printer$2) 21 L8 

L7 14 and ((updat$3 or install$3 or upgrad$3 or modif$6) with printer$2) 0 L7 

DB=TDBD; PLUR=YES; OP=ADJ 

L6 Method with (Updating Microcode) with (Peripheral System).ti. 1 L6 

L5 "Method of Updating Microcode in a Peripheral System". ti. 0 L5 

DB=USPT; PLUR=YES; OP=ADJ 

L3 and ((717/168 (717/169 \l\ll\10 \l\ll\12 |717/173 

L |717/174 |717/175 |717/176 |717/177 |717/178 )!.CCLS.) 

L3 (updat$3 or install$3 or upgrad$3 or modif$6) with microcode$2 643 L3 

L2 (print$3 with (updat$3 or install$3 or upgrad$3 or modif$6)) with ^ L2 

microcode$2 

LI (print$3 with job$2) with microcode$2 3 LI 

END OF SEARCH HISTORY 
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Type 


Hits 


Search Text 


DBs 


1 


BRS 


25 


(print adj job$l) and 
microcode 


US PAT; 
US-PGPUB 


2 


BRS 


1421 


(print adj job$l) and 
updat$6 


US PAT ; 
US-PGPUB 


3 


BRS 


165 


(print adj job$l) with 
updat$6 


US PAT; 
US-PGPUB 


4 


BRS 


47 


(print adj job$l) with 
embed$6 


US PAT; 
US-PGPUB 


5 


BRS 


13 


(print adj job$l) and 
717/168-178. eels. 


US PAT; 
US-PGPUB 
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